home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 April: Mac OS SDK / Dev.CD Apr 97 SDK1.toast / Development Kits (Disc 1) / PC Card Manager / release Notes
Encoding:
Text File  |  1997-01-13  |  2.0 KB  |  47 lines  |  [TEXT/ttxt]
  1.                                             PC Card 3.0 SDK 1.0 Release Notes - Jan. 6, 1997
  2.  
  3.  
  4. Developer's Notes:
  5.  
  6.  
  7. Stack Usage
  8.  
  9. Developers should note that any client written using PCCard 3.0 will be using the PCCard 3.0 stack and should limit it's usage to avoid stack overflow.  
  10.  
  11. Interrupts
  12.  
  13. Functional interrupts are enabled and disabled using the default enable and disable interrupt routines.  If a driver installs it's own enable and disable interrupt routines, the default routines must be called to inform PC Card 3.0 family of the state of the functional interrupt.  PC Card 3.0 handles all routing of the PCI interrupts to the device drivers.  
  14.  
  15. Funtional interrupts must be cleared by the driver when it's ISR is envoked.  If the driver fails to do this they will never receive another interrupt.  This is due to the nature of interrupt processing of the Mac OS and the integration of PC Card adapter hardware.
  16.  
  17. Card Enabler Loading
  18.  
  19. There are two different types of enablers:
  20.  
  21. 1) The default enabler supplied by Apple and SystemSoft
  22. 2) A custom enabler for a specific card, supplied by a card vendor
  23.  
  24. The PC Card 3.0 family searches all available enablers in a specific
  25. order until it finds an enabler can handle the inserted card. An
  26. enabler indicates that it can handle a specific card in it's
  27. ValidateHardwareProc. An enabler should return noErr if it can handle
  28. a card, otherwise it should return kUnsupportedCardErr.
  29.  
  30. 1) A custom enabler is searched for on the basis of the name property
  31. of the card node in the Name Registry. The card node name (for example
  32. "pccard57,1010" ) must be found in it's device descriptor.
  33.  
  34. 2) The default enabler is searched for on the basis of the compatible
  35. property of the card node in the Name Registry. The default enabler
  36. will always chose to handle any card.
  37.  
  38. Custom Icons
  39.  
  40. The folder  AnotherCustomEnabler contains an example of a custom enabler
  41. which displays a custom icon.
  42.  
  43.  
  44. Comments and bug reports 
  45.  
  46. Please send them via email  to Carl Fallis at cfallis@systemsoft.com
  47.